home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 267.txt < prev    next >
Text File  |  1997-04-16  |  19KB  |  483 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu,  1 Mar 90       Volume 90 : Issue  267
  4.  
  5. Today's Topics:
  6.                   40 folder bug [Was: Re: poolfix3]
  7.                          A couple of requests
  8.                   Calling callgulam from TC (2 msgs)
  9.                          Directory Limits??!!
  10.             Folder hierarchy and pathname length (2 msgs)
  11.                     GNU Emacs 18.55 for Atari ST.
  12.                      Mac emulators and Hard disks
  13.                      Needs switch for Atari Mouse
  14.                    Partition size limit in TOS 1.40
  15.                       ST C programming (2 msgs)
  16.                           Turbo C v1.0 bug?
  17. ----------------------------------------------------------------------
  18.  
  19. Date: 1 Mar 90 00:38:50 GMT
  20. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  21. Subject: 40 folder bug [Was: Re: poolfix3]
  22. Message-ID: <2060@atari.UUCP>
  23.  
  24. ljdickey@water.waterloo.edu (L.J.Dickey) writes:
  25.  
  26. >In article <2470@castle.ed.ac.uk> aimd@castle.ed.ac.uk (M Davidson) writes:
  27. > | I'd like to have some sort of empirical measure of how long I can muck
  28. > | around with my drive (setting it up etc.) before I should reboot.
  29.  
  30. >It is the number of directories (folders) you visit during a session
  31. >that counts.  I think you will be safe if you set "XXX" in FOLDRXXX
  32. >to be a number greater than the total number of directories on your
  33. >disks.
  34.  
  35. That's true for Original TOS and Mega TOS.  For Rainbow TOS (TOS 1.4),
  36. XXX need only be the number of folders you'll have "active" at once.
  37. "Active" folders are those involved in file searches, open files, etc.
  38. If you open a file, the folder it's in and all the parents of that
  39. folder are "active;" if you open another file in the same directory,
  40. you haven't increased the number of active folders. If you close both
  41. files, those folders aren't "active" any more, and the space they took
  42. up in the pool will be reused when necessary.
  43.  
  44. ============================================
  45. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  46. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  47.  
  48. ------------------------------
  49.  
  50. Date: 28 Feb 90 22:33:22 GMT
  51. From: tiamat!mjbtn!raider!dlh@uunet.uu.net  (Dana L. Holt)
  52. Subject: A couple of requests
  53. Message-ID: <176@raider.MFEE.TN.US>
  54.  
  55. In article <1990Feb26.162623.437@chinet.chi.il.us>, saj@chinet.chi.il.us
  56.  (Stephen Jacobs) writes:
  57. > I have a couple of requests for information (maybe 3).
  58. >
  59. > Has anyone seen a STacy offered for retail sale in the USA?
  60. >
  61.  
  62.  
  63.         I saw a STacy ad in some magazine (Popular Science maybe, i'm
  64. not sure which one) for a STacy. A single full page article and a picture
  65. of a STacy. Looks pretty nice. Anybody else seen this ad?
  66.  
  67.                                                 Dana Holt
  68.                                     dlh@raider.MFEE.TN.US
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83. ------------------------------
  84.  
  85. Date: 1 Mar 90 17:50:45 GMT
  86. From:
  87.  cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!mips!ultra!jimh@tut.cis.ohio-st
  88.  ate.edu  (Jim Hurley)
  89. Subject: Calling callgulam from TC
  90. Message-ID: <1990Mar1.175045.3607@ultra.com>
  91.  
  92. bammi@dsrgsun.ces.CWRU.Edu (Jwahar R. Bammi) writes:
  93.  
  94. >In article <11368@etana.tut.fi> av74381@korppi.tut.fi (Vesterinen Arto) writes:
  95.  
  96. >> Unfortunately have not been able to call gulam from a Turbo-C
  97. >> program. I have tried out Michal Jaegermann's method for
  98. >> MWC but it does not work out for TC. If anyone has figured out
  99. >> how to call gulam from TC, please e-mail me how to do it.
  100.  
  101. >       your example is correct. the reason it does'nt work from Turbo C
  102. >is that Turbo C passed the arguements in registers by default, while
  103. >gulam is expecting them to be on the stack (like the normal C stack
  104. >frame conventions). (is there a option in TC to do this??)
  105.  
  106. >       on a related note: .....
  107.  
  108. >--
  109. >bang:   ?any internet host?!dsrgsun.ces.CWRU.edu!bammi jwahar r. bammi
  110. >domain: bammi@dsrgsun.ces.CWRU.edu
  111. >GEnie: J.Bammi
  112.  
  113.  
  114. There are some gulam parameters that can be set in a startup file.
  115. They are called, I believe: 'set env_style <style>' where
  116. style can be three separate flavors. (Here my memory is faulty about
  117. the types, but I use 'gulam' style).
  118.  
  119. I don't know quite what this means, I don't recall reading a description
  120. in the docs. Anyone know more about this?
  121. --
  122. Jim Hurley --> jimh@ultra.com  ...!ames!ultra!jimh  (408) 922-0100
  123. Ultra Network Technologies / 101 Daggett Drive / San Jose CA 95134
  124.  
  125. ------------------------------
  126.  
  127. Date: 1 Mar 90 19:42:15 GMT
  128. From: usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi@tut.cis.ohio-state.edu
  129.  (Jwahar R. Bammi)
  130. Subject: Calling callgulam from TC
  131. Message-ID: <BAMMI.90Mar1144411@curie.ces.CWRU.Edu>
  132.  
  133. In article <1990Mar1.175045.3607@ultra.com> jimh@ultra.com (Jim Hurley) writes:
  134.    >>bammi@dsrgsun.ces.CWRU.Edu (Jwahar R. Bammi) writes:
  135.    >>>In article <11368@etana.tut.fi> av74381@korppi.tut.fi (Vesterinen Arto)
  136.  writes:
  137.  
  138.    >>> Unfortunately have not been able to call gulam from a Turbo-C
  139.    >>> program. I have tried out Michal Jaegermann's method for
  140.  
  141.    >>   your example is correct. the reason it does'nt work from Turbo C
  142.    >>is that Turbo C passed the arguements in registers by default, while
  143.  
  144.    >There are some gulam parameters that can be set in a startup file.
  145.    >They are called, I believe: 'set env_style <style>' where
  146.    >style can be three separate flavors. (Here my memory is faulty about
  147.    >the types, but I use 'gulam' style).
  148.  
  149.         env_style has nothing to do with this. env_style determines
  150. how the environment variables are setup, and how  the
  151. command lines/environment programs are setup before a program is lauched
  152. via Pexec(). the possible value are
  153.         'bk'    beckemeyer
  154.         'gu'    gulam
  155.         'mw'    mark williams
  156. gulam.doc talks about what each of these means.
  157. --
  158. bang:   ?any internet host?!dsrgsun.ces.CWRU.edu!bammi  jwahar r. bammi
  159. domain: bammi@dsrgsun.ces.CWRU.edu
  160. GEnie:  J.Bammi
  161.  
  162. ------------------------------
  163.  
  164. Date: 1 Mar 90 00:38:25 GMT
  165. From: tiamat!mjbtn!raider!dlh@uunet.uu.net  (Dana L. Holt)
  166. Subject: Directory Limits??!!
  167. Message-ID: <177@raider.MFEE.TN.US>
  168.  
  169.         In reply to the message about floppy file limits. I would like to
  170. add that the GEm desktop only allows 256 files. Just a little interesting
  171. tid bit of info..
  172.                                                 Dana Holt
  173.                         dlh@raider.MFEE.TN.US
  174.  
  175. ------------------------------
  176.  
  177. Date: 1 Mar 90 16:15:45 GMT
  178. From: jlm@apple.com  (Jeff Morris)
  179. Subject: Folder hierarchy and pathname length
  180. Message-ID: <6978@internal.Apple.COM>
  181.  
  182. In article <3052@sbsvax.cs.uni-sb.de> roeder@sbsvax.cs.uni-sb.de (Edgar Roeder)
  183.  writes:
  184. >In article <2018@laura.UUCP>, klute@heike.informatik.uni-dortmund.de (Rainer
  185.  Klute) writes:
  186. >> Hmm, is that really possible? I once tried out how deep a file
  187. >> could be nested in the file system hierarchy. From the desktop
  188. >> I created a folder "1" in the root directory, then a folder "2"
  189. >> within "1" and so on. I ended with folder "8" and got a message
  190. >> which told me that it is not possible to create a folder so
  191. >> deep in the index structure. To open a file 20 or 40 levels
  192. >> deep in the file system should not be possible.
  193. >...
  194. >> Any comments?
  195. >
  196. >This limit of 8 folder levels only applies to the desktop. The GEMDOS file and
  197. >directory functions have no such limit. You can see this if you try the same
  198. >procedure as above from a shell (eg. gulam).
  199. >
  200. >       - Edgar
  201. >--
  202. >
  203.  
  204. Suppose this could be the window limit of GEM???
  205.  
  206. JLM
  207. #include <disclaim.h>
  208.  
  209. ------------------------------
  210.  
  211. Date: 1 Mar 90 08:51:12 GMT
  212. From: usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi@tut.cis.ohio-state.edu
  213.  (Jwahar R. Bammi)
  214. Subject: Folder hierarchy and pathname length
  215. Message-ID: <BAMMI.90Mar1035335@dsrgsun.ces.CWRU.Edu>
  216.  
  217. In article <2056@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  218.  
  219. > GEMDOS never *constructs* pathnames, so it doesn't have any buffers or
  220. > anything (of limited size or otherwise).  When you do a Dgetpath, *you*
  221. > supply the buffer, and it had better be big enough.  There's no way to
  222. > tell in advance how big is "big enough," but I would choose 128 or 256
  223. > bytes.
  224.  
  225.         huh? Dgetpath/gemdos whoever *does* monkey around in the buffer
  226. you supply. if the buffer supplied to Dgetpath() is shorter than 32
  227. bytes it clobbers stuff outside of it (my guess is that it has someting to do
  228. with the fact that a directory entry is 32 bytes long) (i cant
  229. remember exactly, but maybe you need to s/32/64/g above).
  230.  
  231.         the developers gemdos documentation states that 125 is the max
  232. path length. i guess its either obsolete or incorrect.
  233.  
  234.         on a related note: gemdos(Fsfirst()) still (at T1.4) doesnt
  235. realize that "."  ".."  "\"  or "D:\"  are directories (have attr == 0x10)
  236. (or atleast "." and ".." should be, even if "\" is not considered to
  237. be a subdir).
  238. --
  239. --
  240. bang:   ?any internet host?!dsrgsun.ces.CWRU.edu!bammi  jwahar r. bammi
  241. domain: bammi@dsrgsun.ces.CWRU.edu
  242. GEnie:  J.Bammi
  243.  
  244. ------------------------------
  245.  
  246. Date: 28 Feb 90 04:20:48 GMT
  247. From:
  248.  zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!goanna!minyos!monu6!ben@tut.cis
  249.  .ohio-state.edu  (Nino Benci)
  250. Subject: GNU Emacs 18.55 for Atari ST.
  251. Message-ID: <1990Feb28.042048.23981@monu6.cc.monash.oz>
  252.  
  253. Has any one out in netland obtained all 27 (or so) parts of GNU Emacs
  254. version 18.55 for the Atari ST. If so could they please mail me parts
  255. 6,7,8,9,10 as i have missed them. Much appreciated.
  256.  
  257. Nino Benci
  258. School of Digital Technology
  259. Chisholm Institute of Technology
  260. Victoria, Australia.
  261.  
  262. email: ben@monu6.cc.monash.edu.au@uunet.uu.net (outside oz)
  263.      : ben@monu6.cc.monash.oz (inside oz)
  264.  
  265. ------------------------------
  266.  
  267. Date: 1 Mar 90 14:51:43 GMT
  268. From: mcsun!hp4nl!dutrun!hans@uunet.uu.net  (Hans Buurman)
  269. Subject: Mac emulators and Hard disks
  270. Message-ID: <1158@dutrun.UUCP>
  271.  
  272. In article <37544@iuvax.cs.indiana.edu> sl198004@silver.ucs.indiana.edu (Vincent
  273.  Schonau) writes:
  274. >This has made me positively want a good Mac emulator when I get back,
  275. >and a harddrive.  Anybody have any suggestions?
  276. >I have some experience with Aladin, but I haven't heard anything about
  277. >it in (obviously) months.
  278.  
  279. I have Aladin 3.0, and am a very satisfied user. It has the 64k roms.
  280. It supports at least the SH204 and SH205, but also other drives that I
  281. do not know of. It runs the mac software that I need.
  282.  
  283. Unfortunately, the Aladin people were forced out of business by an Apple
  284. lawsuit threat a few months ago. So we won't have the 128k rom upgrade.
  285.  
  286. One of the Aladin people proposed a shareware version in this group,
  287. but hasn't been heard of since.
  288.  
  289. >Anybody have any suggestions? (come out of that hideyhole, Europeans)
  290.  
  291. Here I am. We hear some good things about the Spectre. Try to take one
  292. with you. I suppose they'll be cheaper over there. (Yes, I'm Dutch. So is
  293. Vincent :-)
  294.  
  295.         Hans
  296.  
  297. ========================================================================
  298. Hans Buurman               | hans@duttnph.tudelft.nl | hans@duttnph.UUCP
  299. Pattern Recognition Group  | 31-(0)15-78 46 94       |
  300. Faculty of Applied Physics | Delft University of Technology
  301.  
  302. ------------------------------
  303.  
  304. Date: 1 Mar 90 19:40:33 GMT
  305. From:
  306.  zaphod.mps.ohio-state.edu!samsung!cs.utexas.edu!jarvis.csri.toronto.edu!neat.cs
  307.  .toronto.edu!omicron.cs.fsu.edu!fsucs.cs.fsu.edu!boyd@tut.cis.ohio-state.edu
  308.  (Mickey Boyd)
  309. Subject: Needs switch for Atari Mouse
  310. Message-ID: <9003011921.AA05002@fsucs.cs.fsu.edu>
  311.  
  312. In article <90Feb28.180837est.58129@ugw.utcs.utoronto.ca>,
  313.  FCTY7284@RYERSON.BITNET ("Hiscocks, Peter") writes:
  314. >After years of obedient clicking, my left mouse button has become flaky.
  315. >I bought an Atari replacement, but it would be nice to refurbish the old one.
  316. >Anyone know of a source for the mouse switches?
  317. >Thanks for the help.
  318. >
  319. >                                     Peter
  320. >
  321. >
  322. >   There are no stupid questions.
  323.  
  324. I have seen a friend of mine do it.  He bought the part over the counter at
  325. an electronics supply house.  I believe Best Electronics has this part (and
  326. others for the ST).  If anyone has the address for this company, please post
  327. it (I was told that they sell a cable kit for hooking a 5.25" drive to the ST).
  328.  
  329. --
  330.  
  331.     -----------------------------------------------------------------------
  332.     ---------------------------------+-------------------------------------
  333.               Mickey Boyd            |    "Nobody can be exactly like me.
  334.          FSU Computer Science        |      Even I have trouble doing it."
  335.       mail:  boyd@fsucs.cs.fsu.edu   |              - Tallulah Bankhead
  336.     ---------------------------------+-------------------------------------
  337.     -----------------------------------------------------------------------
  338.  
  339. ------------------------------
  340.  
  341. Date: 1 Mar 90 15:42:32 GMT
  342. From: matthews@umd5.umd.edu  (Mike Matthews)
  343. Subject: Partition size limit in TOS 1.40
  344. Message-ID: <6189@umd5.umd.edu>
  345.  
  346. In article <1990Feb28.004225.3023@ultra.com> jimh@ultra.com (Jim Hurley) writes:
  347. >I just upgraded to TOS 1.4 and was wondering if I can
  348. >now have a partition size greater than 16Meg. My SUPRA
  349. >utilities will let me make one, but complain that GEMDOS won't
  350. >support it. Thanks in advance.
  351. >
  352. >? grumble, you call this a RELEASE note, grumble... ?
  353. >
  354. >--
  355. >Jim Hurley --> jimh@ultra.com  ...!ames!ultra!jimh  (408) 922-0100
  356. >Ultra Network Technologies / 101 Daggett Drive / San Jose CA 95134
  357.  
  358. TOS 1.4 will directly support 32M partitions; Supra's formatter probably
  359. was written long before TOS 1.4 was.  I have formatted 20 meg partitions with
  360. Supra's formatter (because HDX 3.02 does not like something about my system,
  361. and I strongly thing it's my DMA chip) no problems.
  362.  
  363. HDX 3.01/2 will let any Atari support reeeal big partitions.
  364.  
  365. While I'm here, can anyone tell me <again?> what the cutoff point for 512 byte
  366. sectors is using HDX?  A friend of mine formatted his Seagate 296N with his ICD
  367. utilities (he has an ICD HA, of course), and used HDXPREP and then HDX to
  368. partition the drive into four 20 meg partitions.  His sector size is 1024 bytes.
  369. Someone else said that the sector size stays at 512 bytes 'til you reach the
  370. 32M+1 region.
  371.  
  372. Mike
  373.  
  374. ------------------------------
  375.  
  376. Date: 1 Mar 90 10:33:20 GMT
  377. From: mcsun!ukc!newcastle.ac.uk!turing!q1k2c@uunet.uu.net  (R.A.W. McGuigan)
  378. Subject: ST C programming
  379. Message-ID: <1990Mar1.103320.7542@newcastle.ac.uk>
  380.  
  381. >covertr@force.UUCP (Richard E. Covert) writes:
  382. >
  383. >>Are there any other C ST programmers out there on the net who would like
  384. >>to see more C code posted??  I am interested in such code myself.
  385. >>Well, what say folks??
  386. >
  387. Mmm....definitely. Its hard finding good C source code for such GEM
  388. applications. I don't know about its distribution in the US but the UK "ST
  389. World" magazine has a "Programmer's Clinic" section each month, usually with a
  390. fair amount of C in it. It might be worth looking at that.
  391.  
  392. How would this C source be made available? A new group? FTP? ??
  393. No matter to me - I'd be interested in whatever form it takes.
  394.  
  395. Andy
  396.  
  397. --------------------------------------------------------------------------------
  398. Andy McGuigan,  Microelectronics and Software Engineering
  399.                 University of Newcastle upon Tyne
  400. JANET:          R.A.W.McGuigan@uk.ac.newcastle
  401. --------------------------------------------------------------------------------
  402.  
  403. ------------------------------
  404.  
  405. Date: 28 Feb 90 15:54:15 GMT
  406. From: njin!jvnca!njitgw!mars!mg5184@rutgers.edu  (Michael Gaines)
  407. Subject: ST C programming
  408. Message-ID: <1091@njitgw.njit.edu>
  409.  
  410. Rich,
  411.         Sounds like one of the files I put up there.
  412.  
  413.                                                 Mike Gaines
  414.  
  415. ====================================================================
  416. | "Please don't be compelled to tell |                             |
  417. |  me the story of the boy who cried |    mg5184@mars.njit.edu     |
  418. |  Worf."                            |                             |
  419. ====================================================================
  420.  
  421. ------------------------------
  422.  
  423. Date: 1 Mar 90 17:48:14 GMT
  424. From: zaphod.mps.ohio-state.edu!rpi!uupsi!rodan!jfbruno@tut.cis.ohio-state.edu
  425.  (John F. Bruno)
  426. Subject: Turbo C v1.0 bug?
  427. Message-ID: <2300@rodan.acs.syr.edu>
  428.  
  429. In article <870@tnosoes.UUCP> joep@tnosoes.UUCP (Joep Mathijssen) writes:
  430. >||   #include <stdio.h>
  431. >||   long tab[9000];
  432. >||   main()
  433. >||   ?
  434. >||       int i;
  435. >||       long j;
  436. >||       i = 0x2000;      /* 0x2000 = 8192 */
  437. >||       j = 0x2000L;
  438. >||       fprintf(stderr, "%lx, %lx\n", &(tab[i]), &(tab[j]));
  439. >||   ?
  440. >RESULT:
  441. >||   561b2, 661b2
  442. >Can anybody explain the difference in the result when using an 'int' or
  443. >'long int' as array-index?
  444. >Joep,
  445. >PS: don't tell me this is a feature!
  446.  
  447. The first thing that comes to mind here is that the compiler is not
  448. converting j to an int before placing i and j on the stack.  If this is
  449. the case, and assuming i and j get put on the stack first, the stack would
  450. look like this:
  451.  
  452.            0x2000 (lsw of j)
  453.            0x0000 (msw of j)
  454.            0x2000 (i)
  455.  
  456. Then, when it goes to pull two ints off the stack, it gets 0x2000 (which
  457. gets substituted for j) and 0x0000 (which gets substituted for i. Now, we have:
  458.  
  459.     fprintf(stderr,"%lx, %lx\n", &(tab[0x0000]), &(tab[0x2000]) );
  460.  
  461. Now we have two different addresses that are offset by 0x2000 x sizeof(long)
  462. if sizeof(long) == 8, that would explain the difference you got, but I thought
  463. a long was 4 bytes... But this is how you could get different results by
  464. passing the wrong size object, anyway.  If you want to use a long as an
  465. array index, try this:
  466.  
  467. #define tab(X) (*(tab + sizeof(long)*X))
  468.  
  469. Then you can do things like:
  470.  
  471. tab(100000L)=4567L;
  472. printf("ADDR=%lx, VALUE=%ld\n",&tab(10000L),tab(10000L));
  473.  
  474. ---jb
  475.  
  476. P.S. - I highly recommend turning on every warning that the compiler
  477. supports, this will usually catch things like using longs as array
  478. indeces, and other nasty litte oversights.
  479.  
  480. ------------------------------
  481.  
  482. End of INFO-ATARI16 Digest V90 Issue #267
  483. *****************************************